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L'invention concerne une architecture de communication d'informations plus 
particulierement destinee a etre implantee dans un systeme industriel de conduite 
de procede pour permettre des transmissions en temps partage d'informations 
numerisees entre des unites d*exploitation programmees du systeme. Ella concerne 

5 aussi une unite d'exploitation programmee et notamment une unite d*interface de 
procede denommee unite de terrain, pour systeme industriel de conduite de 
procede comportant une telle architecture de communication. 
Comme il est connu, la gestion d'un systeme industriel de conduite de procede 
implique la presence d'une architecture de communication pour assurer les 

10 transmissions d'informations entre les diverses unites d'exploitation programmees 
qui sont susceptibles d'intervenir dans la conduite du procede de fa^on que les 
transmissions soient assurees d'une maniere bien adaptee aux differents besoins 
rencontres. Cette architecture est couramment composee d'un ou de plusieurs 
reseaux locaux, dits industriels, organises autour d'une ou de plusieurs liaisons de 

15 type bus. 

II est classique dans de tels systemes d'assurer une exploitation partagee dans le 
temps, des liaisons utilisees pour la transmission des informations entre unites 
d'exploitation programmees. II est courant dans le domaine de la conduite de 
procede industriel d'avoir des contraintes tres strictes de transmission pour 

20 certaines informations. Ceci implique la mise en oeuvre de reseaux locaux, dits 
deterministes, qui sont organises pour permettre un respect absolu des contraintes 
temporelles de transmission des informations pour lesquelles cela est necessaire. 
II est alors connu de permettre aux informations dont la transmission n'est 
soumise qu'a des contraintes relativement souples en matiere d'urgence d'exploiter 

25 les laps de temps plus ou moins regulierement laisses disponibles par les 
informations prioritaires soumises a des contraintes plus severes. 
Dans de nombreux cas d'exploitation, il est avantageux de pouvoir acceder, a 
volonte et sans qu'il y ait necessairement urgence, a des informations contenues 
dans une memoire d'une quelconque unite d'exploitation progranmiee d'un 

30 systeme, par exemple par Tintermediaire d'une autre unite programmee ou d'un 
ordinateur, via I'architecture de communication du systeme et quelle que soit la 
localisation de cette autre unite ou de cet ordinateur par rapport au systeme. 
En particulier, lorsque le fonctionnement d'un systeme met en jeu des equipements 
tres divers impliquant des intervenants differents et des interventions qui ne sont 

35 pas necessairement planifiables, il est avantageux qu'un intervenant puisse acceder 
aisement aux informations dont il a besoin, au travers de I'architecture de 
communication du systeme et eventuellement depuis I'exterieur, a partir du 


moment ou ces informations sont stockees d'une maniere accessible par une unite 
d*exploitation programmee du systeme. 

Un tel acces doit preferablement etre realisable par des intervenants susceptibles 
d*etre tres difFerents. Un systeme connu prevoit done d'utiliser une architecture de 
5 communication ou est exploitee une technique d'acces aux informations plus 
particulierement mise en oeuvre dans le cadre dlnternet. 

A cet efFet, les informations qui sont disponibles dans les unites d'exploitation 
programmees et en particulier celles qui ont ete collectees par Tintermediaire de 
Tarchitecture de communication du systeme, sont inserees dans des pages HTML 

10 implantees dans une unite Sexploitation programmee du systeme qui est 
constituee par un ordinateur specialise ou est implante un serveur HTTP. Cet 
ordinateur est par exemple connecte a un reseau exteme 0 exploitant les 
techniques Internet, voire a Internet lui-meme. Des intervenants, disposant d'un 
ordinateur convenablement equipe et ici suppose connecte au reseau 0, ou d'une 

15 unite programmee du systeme fonctionnellement equivalente, peuvent alors 
prendre connaissance des informations contenues dans les pages HTML stockees 
au niveau de Tordinateur specialise. 

Toutefois cette solution n'est pas pleinement satisfaisante en particulier en ce qui 
concerne Tactualite des informations stockees. Or celle-ci peut etre cruciale dans 
20 un systeme dont au moins certains equipements et notamment certaines unites de 
terrain, sont exploites en temps reel et ne doivent pas etre perturbes pendant la 
conduite du procede. 

L'invention propose done un architecture de communication en temps partage 
d'informations numerisees, pour systeme industriel de conduite de procede, 

25 organisee autour d*au moins un reseau local industriel supportant un trafic 
deterministe entre diverses unites d'exploitation programmees, notamment des 
unites de terrain situees a un niveau d'interface de procede, qui traitent et 
stockent des informations auxquelles au moins une autre unite est susceptible 
d'acceder, via ladite architecture. 

30 Selon une caracteristique de invention, cette architecture comporte des unites 
d'exploitation programmees et notamment des unites de terrain incluant 
individuellement un serveur HTTP pour pouvoir repondre par I'envoi de 
documents informatiques eventuellement interactifs a des requetes re9ues d'une 
autre unite du systeme ou d'un ordinateur, notamment externe au systeme, 

35 equipe(e) d'une pile de protocoles HTTP/TCP/IP et agissant en client, dans le 
cadre d'un trafic de messagerie exploitant les possibilites de transmission laissees 
disponibles au niveau du reseau local industriel par le trafic deterministe. 
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Selon une autre caracteristique de Tinvention, Tarchitecture est constituee de 
maniere que des unites soient organisees en grappe(s) autour d'au moins un reseau 
local industrial qui est propre a une grappe et qui relie les unites d*une grappe a 
une unite partagee servant eventuellement de passerelle ou de routeur vers un 
5 autre reseau local industrial desservant au moins une autre unite d*un niveau 
superieur de I'architecture et notamment une unite da supervision et/ou 
eventuellement de passerelle ou de routage vers un reseau de communication 
externe, pour que le serveur HTTP d'une unite equipee d'un tel serveur reponde 
par un document informatique eventuellement interactif en cas de requete qui lui 

10 est adressee, via au moins Tun des reseaux, par une autre unite ou par un 
ordinateur, notamment externe au systeme, equipe(e) d'une pile de protocoles 
HTTP/TCP/IP, lorsque la requete concerne Tinsertion ou I'extraction de 
parametres et/ou de variables memorise(e)s au niveau de Tunite qui le comporte. 
Selon une autre caracteristique de Tinvention, chaque reseau local propre a une 

15 grappe transmet des datagrammes IP, correspondant aux requetes de client 
parvenant de ou par Tunite partagee vers les unites de la grappe ainsi qu'aux 
reponses fournies par ces dernieres, dans des intervalles de temps laisses libres 
pour un trafic de messagerie par le trafic deterministe de donnees realise en temps 
reel au niveau de ce reseau de grappe 

20 L*invention propose aussi une unite d*exploitation programmee, pour systeme 
industriel de conduite dote d'une architecture de communication en temps partage 
d'informations numerisees qui comporte au moins un reseau local industriel 
supportant un trafic deterministe auquel cette unite est raccordee pour pouvoir 
communiquer avec au moins une autre unite programmee. 

25 Selon une caracteristique de Tinvention, cette unite comporte un serveur HTTP et 
done une pile HTTP/TCP/IP pour repondre a la volee a des requetes, notamment 
d'insertion ou d'extraction de parametres et/ou variables memorise(e)s par cette 
unite et transmis par ce ou ces reseaux, dans le cadre d'un trafic de messagerie 
exploitant les possibilites de transmission laisses disponibles par le trafic 

30 deterministe, 

^invention, ses caracteristiques et ses avantages sent precises dans la description 
qui suit en liaison avec les figures evoquees ci-dessous. 

La figure 1 presente un schema de principe d'une architecture de communication 
connue pour systeme industriel. 
35 La figure 2 presente un schema de principe d'une architecture de communication 
selon rinvention. 
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La figure 3 presente un schema simplifie d'un exemple d'architecture de 
communication, selon Tinvention, pour systeme industriel de conduite. 
^architecture de communication, selon i'art anterieur qui est illustree en figure 1 
est prevue pour assurer des echanges d*information entre des unites d'exploitation 

5 programmees 1, 2, 3 d'un systeme industriel de conduite de procede comportant 
une pluralite de dispositifs de controle/commande dont par exemple des 
dispositifs de terrain, tels que des capteurs 4 et des actionneurs 5. Ces dispositifs 
sont controles par des unites d'exploitation programmees representees ici par les 
unites 2 qui sont supposees fournir et/ou recevoir des informations relatives aux 

10 operations, notamment de commande et de mesure, realisees par les dispositifs 
qu'elles controlent. Ces unites d'exploitation, telles que les unites 2, 
communiquent en fonction des besoins d'une part avec les dispositifs qu'elles 
controlent et d*autre part avec d'autres unites de niveau superieur, telles 1 et 3, 
qui sont notamment chargees de la supervision du systeme industriel de conduite. 

15 Les communications s'etablissent par Tintermediaire de moyens de communication 
6 de I'architecture auxquels les diverses unites sont plus ou moins directement 
reliees. Comme developpe plus loin, les moyens de communication 6 sont 
classiquement de type reseau local industriel. 

Des moyens de communication 6* permettent de relier les dispositifs de 
20 controle/commande du systeme aux unites d'exploitation qui les controlent, ces 
moyens de communication etant eventuellement eux aussi du type reseau local 
industriel. 

Comme deja indique plus haut, il est prevu une exploitation partagee dans le 
temps des liaisons que comportent les moyens de communication 6 et 6' pour 

25 assurer les transmissions d'informations entre les unites d'exploitation 
programmees et entre celles-ci et les dispositifs de controle, en permettant aux 
informations dont la transmission n'est soumise qu'a des contraintes relativement 
souples en matiere d*urgence d'exploiter les laps de temps plus ou moins 
regulierement laisses disponibles par les informations soumises a des contraintes 

30 temporelles plus severes. 

Pour permettre I'acces aux informations depuis Texterieur du systeme, il est prevu 
un serveur 7 de type HTTP dans une unite de niveau superieur, telle 1, qui stocke 
les informations qui lui sont fournies par les autres unites et par les dispositifs de 
terrain de maniere a pouvoir les introduire dans des pages au format HTML 

35 auxquelles il est possible d'acceder a I'aide d'un ordinateur equipe pour permettre 
racces a de telles pages. Cet ordinateur non represente ici est par exemple relie a 
Tunite 1 par un reseau 0 et par exemple par Internet. 


I 
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Un intervenant peut done acceder ainsi a des informations, telles que des 
parametres ou des variables propres au systeme, qui sont memorisees au niveau 
de Tunite 1. II peut eventuellement fournir des informations au systeme, par 
exemple des informations de mise a jour, notamment s*il dispose lui-meme d'un 
5 ordinateur equipe pour pouvoir agir en tant que serveur HTTP. 

Comme deja indique dans le preambule de la demande, cette solution n'est pas 
totalement satisfaisante dans la mesure ou toutes les informations destinees a etre 
accessibles de cette maniere doivent etre stockees et actualisees au niveau de 
Tunite 1 et ou elles peuvent ne pas etre exactes, notamment lorsqu'une 

10 information caracteristique d'un changement intervenu au niveau d'une autre unite 
ou d'un dispositif de terrain n'est pas encore parvenue a Tunite 1 et que la page 
HTML ou elle doit apparaitre est fournie a un intervenant demandeur avant 
actualisation. De plus, Tutilisation de Tunite 1 en tant qu'intermediaire de stockage 
qu*il faut actualiser en permanence induit un trafic incessant d'informations, qu'il 

15 est avantageux d'eviter, dans les reseaux qui constituent I'ossature des moyens de 
communication 6 et 6'. 

L'invention propose done de modifier Tarchitecture de communication d'un 

systeme industriel de conduite de la maniere schematisee sur la figure 2. 

Cette architecture est destinee a assurer des echanges d'information entre des 

20 unites d'exploitation programmees d'un systeme industriel de conduite de procede 
qui comporte une pluralite de dispositifs de controle/commande 4, 4', 5 controles 
comme precedemment par des unites qui sont ici referencees 8 et qui different des 
unites 2 au niveau de leurs moyens de communication avec les autres unites. Au 
moins certaines de ces unites et eventuellement certains dispositifs de 

25 controle/commande, tel 4\ comportent en effet un serveur 9, de type HTTP. Dans 
la plupart des cas, ce serveur est relativement rudimentaire, dans la mesure ou 
notamment il n'a generalement pas besoin de comporter une base specifique de 
donnees pour stocker les informations qu'il est susceptible de recevoir et de 
transmettre, en particulier lorsque ces donnees font deja I'objet d'une 

30 memorisation locale. 

Ces informations sont prises en compte par le serveur 9 de I'unite, qui les stocke, 
pour pouvoir etre incorporees dans des documents informatiques eventuellement 
interactifs transmis et par exemple dans des pages HTML. Ce sont par exemple 
des informations correspondant a des modifications de parametres ou des 

35 evolutions de variables plus ou moins complexes. 

Bien entendu d'autres unites d'exploitation programmees du systeme sont 
susceptibles d'etre dotees d'un serveur 9, de type HTTP, plus ou moins elabore 
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suivant les besoins, comme symbolise au niveau d'une unite 10 dW niveau 
superieur qui est ici represente par les deux unites 10 et 11. 

Les serveurs 9 disposent d'adresses individuelles de type Internet qui permettent a 
un intervenant d'y acceder au moyen d'une unite du systeme convenablement 

5 programmee ou d'un ordinateur equipe logiciellement et materiellement de 
maniere a pouvoir se comporter comme un client Internet. La mise en liaison de 
cette unite cliente ou de cet ordinateur agissant en client aupres d'un serveur d*une 
autre unite et notamment d'une unite de terrain s'eflfectue via I'ensemble de 
moyens de communication 6 que comporte Tarchitecture et eventuellement via 

10 Internet auquel cet ensemble est alors relie par une unite agissant comme une 
passerelle. 

A cette fin, les differentes unites d'exploitation programmees du systeme 
industriel de conduite de procede qui comportent un serveur HTTP sont munies 
de coupleurs de communication supportant les services et protocoles 
15 HTTP/TCP/IP en plus des services et protocoles standards du ou des reseaux 
locaux utilises. EUes sont done capables d'emettre et de recevoir des datagrammes 
IP transportes par ce ou ces reseaux, sans perturber les echanges deterministes 
d'information liees a la conduite de procede en temps reel. 

La figure 3 presente un exemple non limitatif d'un systeme industriel de conduite 
20 de procede organise a partir d'un systeme modulaire de controle-commande pour 
rindustrie; par exemple un systeme de type ALSPA 8000 de la demanderesse, Ce 
systeme comporte une pluralite d'unites d'exploitation programmees 
classiquement organisees chacune autour d'au moins un processeur, d'un ensemble 
de memoires mortes et/ou vives et d'equipements auxiliaires, tels que notamment 
25 des coupleurs d'entree/sortie. Un tel systeme integre trois niveaux de fonctions 
operationnelles correspondant successivement a un niveau de conduite et de 
supervision de procede, un niveau intermediaire d'automatisation du procede et a 
un niveau d'entree-sortie de procede ou sont distribuees diverses unites. 
Les unites d'exploitation programmees du niveau superieur de conduite et de 
30 supervision de procede sont ici representees par une plate-forme operateur 12 de 
conduite et de supervision de procede, une station principale 13 d'operateur de 
supervision, un calculateur de procede 14, une unite 15 servant de routeur ou de 
passerelle de liaison a un reseau informatique externa 0, par exemple un Intranet 
ou Internet. 

35 Les unites d'exploitation programmees du niveau intermediaire d'automatisation 
du procede sont ici representees par des controleurs d'automatisme 17, 17', 17'*, 
ici supposes fonctionnellement differents, I'un etant par exemple suppose 
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accueillir des applications d'automatisme sequentiel, un autre etant un controleur 
d'electronique de puissance programme, etc. Ces unites sont elles aussi 
susceptibles d'etre prevues pour pouvoir etre exploitees en tant que passerelles 
assurant alors des conversions de protocoles ou de routeurs entre des reseaux 
5 locaux 19, 19* ou 19" et 20 que comporte ^architecture de communication. 

Les unites d'exploitation programmees de terrain situees au niveau d'interface 
avec le procede peuvent etre diverses. Elles sont ici representees par des unites 
d*entree/sortie 18 permettant une mise en communication de capteurs et/ou 
actionneurs classiques avec un controleur approprie du niveau d*automatisation de 
10 procede, des capteurs et/ou actionneurs dits intelligents 18', des unites de 
regulation et de controle d'equipements electriques de conversion de puissance 
18", des unites de commande de variateurs de vitesse 18'", des stations locales 
d'operateur 18"", etc. 

II doit bien entendu etre compris que les unites evoquees ci-dessus ne sont 
1 5 signalees qu'a titre d'exemple et que les niveaux indiques plus haut peuvent 
eventuellement etre reduits en nombre par regroupement de fonctions d'un niveau 
avec des fonctions d'un autre dans des unites d'exploitation organisees de maniere 
appropriee. 

Dans Texemple envisage, I'architecture de communication du systeme industriel de 

20 conduite de procede est supposee composee de reseaux locaux industries 
deterministes confus pour supporter a la fois un trafic deterministe prioritaire, dit 
de transmission de variables, et un trafic evenementiel, dit de messagerie. Cet 
architecture est par exemple realisee a partir d'une implementation du reseau 
standardise WORLDFIP que constitue le reseau F8000 de la demanderesse. 

25 A travers ces reseaux locaux industriels, les unites d'exploitation du systeme sont 
reliees d'une part entre elles et eventuellement avec I'exterieur du systeme et 
d'autre part avec divers dispositifs notamment de controle/commande du systeme, 
non representes, auxquels certaines sont physiquement reliees par des liaisons L. 
Celles-ci sont susceptibles d'etre de types tres divers tant dans leur nature que 

30 dans leur mode d'exploitation, elles ne seront pas developpees ici dans la mesure 
ou elles n'ont qu'un rapport indirect avec I'objet de invention. 
Dans I'exemple envisage en relation avec la figure 3, il est prevu que les unites de 
terrain 18, 18', 18", 18"', 18'"' soient organisees en grappe(s) autour d'au moins un 
reseau local de grappe, individuel, tel 19, 19' ou 19", generalement dit bus de 

35 terrain. Ce reseau de grappe est ici relie a une unite d'exploitation programmee de 
niveau intermediaire, supposee constituee par exemple par un controleur 17, 17' 
ou 17". 


Chacune de ces unites intermediaires sert ici de passerelle ou de routeur charge(e) 
de mettre en liaison les unites de terrain de la grappe auxquelles elle est reliee par 
Fun des reseaux de grappe et les unites de niveau superieur auxquelles elle est 
reliee via un reseau local industriel 20 de niveau superieur, couramment dit bus de 
5 cellule ou bus de salle de commande. 

Les unites qui sont individuellement dotees de serveurs HTTP disposent 
d'adresses de type Internet et les coupleurs de communication, qu'elles 
comprennent, supportent les services et protocoles HTTP/TCP/IP en plus des 
services et protocoles standards des reseaux locaux industriels utilises. Elles sont 

10 done capables d'emettre et de recevoir des datagrammes IP qui sont par exemple 
encapsules dans des messages transportes dans le cadre du trafic standard de 
messagerie, via les reseaux locaux tels que 19 et 20, sans perturber le trafic 
deterministe d'echange de variables realises par I'intermediaire de ces reseaux. Ces 
datagrammes peuvent aussi etre transmis dans le cadre d*un trafic se substituant 

15 ou s'ajoutant au trafic standard de messagerie, sans perturbation du trafic 
deterministe. Ceci permet done a au moins une unite cliente de les adresser pour 
se faire communiquer les informations qu'elles stockent ou pour modifier certaines 
de ces informations, sans perturber le fonctionnement en temps reel du systeme de 
conduite. 

20 Un tel acces s'effectue de maniere transparente au travers d*une des unites 
intermediaires servant de passerelle pour les unites de terrain d'une meme grappe. 
Comme deja indique, un intervenant peut acceder a un serveur 9 d'une unite, par 
I'intermediaire d'une unite d*exploitation cliente dument programmee du systeme 
et plus particulierement d'une unite d*exploitation de niveau superieur, au travers 

25 des reseaux locaux 19, 20 et d'une des unites intermediaires. Cet intervenant peut 
agir a partir d'une unite cliente constitute par exemple par la station principale 
d'operateur 13, ou a partir d'un ordinateur dument equipe du systeme ou qui 
communique par Tintermediaire du reseau informatique externe 0. 
Un serveur recevant une requete d'une unite agissant en tant que cliente repond 

30 par un document informatique, eventuellement interactif L'unite cliente dispose 
necessairement d'une pile de protocoles HTTP/TCP/IP pour pouvoir d'une part 
adresser sa requete et d'autre part prendre en compte les informations re9ues sous 
forme d*un document informatique du serveur qu*elle a adresse, ces informations 
etant par exemple incluses dans une page HTML. Ceci permet en particulier des 

35 insertions ou des extractions de parametres et/ou variables, via un serveur 9, 
lorsque ces informations sont memorisees par Tunite de terrain qui le contient. 


9 


Dans le systeme ici envisage, le reseau local, tel 19, d'une grappe d'unites 
transmet des datagrammes IP, correspondant aux requetes client/serveur 
parvenant de ou par I'unite partagee, telle 17, vers les serveurs des unites de la 
grappe ainsi qu'aux reponses de ces serveurs. 
5 Comme connu, I'usage du protocole HTTP permet de reduire le temps 
d'utilisation des ressources (processus et socket) a une valeur tres faible, puisqu'il 
n'y a pas de session etablie entre une unite cliente et un serveur et que la 
connexion TCP/IP est rompue, des que cette unite cliente a regu le document 
HTML qu'elle a demande au serveur. ^utilisation de ces ressources par une unite 

10 cliente reste done toujours de duree tres limitee, ce qui est particulierement 
interessant en matiere d'occupation des moyens de transmission que comporte une 
architecture de communication d'une installation industrielle. Bien entendu les 
pages HTML produces au niveau d'un serveur d'une unite de terrain sont 
susceptibles de contenir des liens hypertextes permettant a une unite cliente de 

15 passer d'un serveur a un autre d*une maniere predeterminee, si besoin est. 
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REVENDICATIONS 

1/ Architecture de communication en temps partage d'informations num^risees, 
pour systeme industriel de conduite de procede, organisee autour d'au moins un 
reseau local industriel (6) supportant un trafic deterministe entre diverses unites 
5 d'exploitation programmees (8, 10, 11), notamment des unites de terrain (8) 
situees a un niveau d'interface de procede, qui traitent et stockent des 
informations auxquelles au moins une autre unite (10, 11) est susceptible 
d'acceder, via ladite architecture qui est caracterisee en ce qu*elle comporte des 
unites (8, 10) incluant individuellement un serveur (9), de type HTTP, pour 

10 pouvoir repondre par envoi de documents informatiques eventuellement 
interactifs a des requetes refues d'une autre unite (11) du systeme ou d*un 
ordinateur, notamment externe au systeme, equipe(e) d'une pile de protocoles 
HTTP/TCP/IP et agissant en client, dans le cadre d'un trafic de messagerie 
exploitant les possibilites de transmission laissees disponibles par le trafic 

15 deterministe du ou des reseau(x). 

2/ Architecture, selon la revendication 1, pour systeme industriel de conduite de 
procede, ou des unites (18) sont organisees par grappe(s) autour d'au moins un 
reseau local industriel (19) qui est propre a une grappe et qui relie les unites d'une 
grappe a une unite partagee (17) servant eventuellement de passerelle ou de 

20 routeur vers un autre reseau local industriel (20) desservant au moins une autre 
unite (14, 15) d*un niveau superieur de I'architecture, notamment une unite de 
supervision et/ou de passerelle vers un reseau de communication externe (0), pour 
que le serveur HTTP d'une unite ou d'un dispositif de controle/commande (4') du 
systeme equipee d'un tel serveur reponde par un document informatique 

25 eventuellement interactif en cas de requete qui lui est adressee, via au moins Tun 
des reseaux, par une autre unite ou par un ordinateur, notamment externe au 
systeme, equipe(e) d'une pile de protocoles HTTP/TCP/IP et agissant en client, 
lorsque la requete conceme Tinsertion ou Textraction de parametres et/ou de 
variables memorise(e)s au niveau de I'unite qui le comporte. 

30 3/ Architecture selon la revendication 2, dans laquelle chaque reseau local propre 
a une grappe transmet des datagrammes IP, correspondant aux requetes de client 
parvenant de ou par I'unite partagee vers les unites de la grappe ainsi qu'aux 
reponses foumies par ces dernieres, dans des intervalles de temps laisses libres 
pour un trafic de messagerie par le trafic deterministe de donnees realise en temps 

35 reel au niveau de ce reseau de grappe. 

4/* Unite d'exploitation programmee pour systeme industriel de conduite de 
procede dote d'une architecture de communication en temps partage 
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d'informations numerisees incluant au moins un reseau local industriel (19, 20) qui 
supporte un trafic deterministe et auquel cette unite est raccordee pour pouvoir 
communiquer avec au moins une autre unite programmee, caracterisee en ce 
qu'elle comporte un serveur (9), de type HTTP, et done une pile HTTP/TCP/IP 
pour repondre a la volee a des requetes, notamment d'insertion et/ou extraction de 
parametres et/ou variables memorise(e)s par cette unite et transniis par ce ou ces 
reseaux, dans le cadre d'un trafic de messagerie exploitant les possibilit^s de 
transmission iaisses disponibles par le trafic daerministe. 



2/2 



T 

i 

If 


THIS PAGE BLANK (uspto) 


